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Method^ Apparatus and Program 
Product Providing for Multiple 
Print Job Tickets Per Print Job 

Source File 

Cross Reference to Related Applications 

This application claims priority from Provisional Application Serial Number 60/348474 
filed 26 October 2001. 

Background of Invention 

[0001] The present invention relates to the field of printing using modern, high-function 
printers. More specifically, the invention relates to print job ticketing, wherein print 
parameters applying to a source file are specified in a so-called job ticket, and the 
ability to associate more than one print job ticket with a source file. 

[0002] At the outset, It is useful to review certain terminology which will be used in the 
following discussion. A print job typically is a data file stored accessibly to an 
Information handling system such as a high function personal computer or network 
server. The data file may have been originated in a number of ways known to printing 
technologists, including original document keying, scanning, the use of graphics 
design programs, and the like. The print job may be understood as defining a 
sequence of pages, each page including content to be printed. 

[0003] 

In preparing a print job for transfer to a high-feature printer, such as the IBM 
Infoprint 2000 and others, an operator will create a job ticket which describes to the 
printer or print server the control functions necessary to cause the print job to appear 
on the printed pages as desired by the originator. The operator may specify many 
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different job ticketing parameters such as choice of media, ordered media sets (such 
as precuttab stock), one-sided or two-sided printing, force-to-front-side printing, 
preprinted inserts, document covers, tape binding, stapling, hole drilling, and so on. 
Some of these parameters may apply to the entire document described by the print 
job (document attributes) while others apply only to certain pages within the 
document (page exceptions). Many of these parameters are best perceived visually. 

[0004] Typically, existing products require that the job originator specify these 

parameters using traditional dialogs and selecting the page numbers for page 
exceptions. In such an environment, it is easy for the job originator to make a mistake 
because there is no visual feedback identifying exactly what document attributes were 
set or which pages have exceptions. Some existing products use a proprietary 
document viewing application to show a visual image of each page in the document 
with some visual indications of the current document attributes and page exceptions. 
Techniques allowing a user to view a document being prepared for printing, including 
visual cues indicating the selected print characteristics, and to modify the displayed 
print characteristics and thus the associated job ticket may be referred to as "visual 
job ticketing". 

[0005] It is a common occurrence for a user to need to print the same source file in 

multiple ways. For example, a customer might request 90 copies of a file be printed 
on inexpensive standard stock and 1 0 copies to be printed on higher quality stock. 
Existing Job ticketing solutions, including those known visual job ticketing solutions, 
have a one-to-one mapping between source file and job ticket, thus requiring the 
operator to make multiple copies of the source file, one for each different job ticket. 
Multiple copies require more storage space, increase the likelihood of a ticketing or 
printing error and increase the job-ticket management demands imposed on the 
operator and on the system resources. This requirement seems especially 
burdensome since, in most situations, the majority of the print parameters will be the 
same from one job ticket to the next, varying only in a few key aspects. 

[0006] 

Therefore it is desirable to allow multiple job tickets to be created and associated 
with a single print job source file. It is also desirable to provide a simple, intuitive way 
of creating and managing these print job tickets, preferably utilizing visual job 
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ticketing. Finally, It is desirable to allow the creation of new print job tickets using an 
existing print job ticket as a starting point and making only those changes that are 
necessary. 

Summary of Invention 

[0007] The present invention contemplates supporting multiple job tickets for a single 
source file, such as a .pdf file or a file created using any other page description 
language. This allows a user to provide a single print job source file and request that 
it be produced (printed) in multiple ways. For example, a customer may require 
simplex transparencies of a presentation along with duplex, plain paper handouts. Or, 
a user may simply require the job be printed on two different kinds of paper. Each 
variation of user intent can be defined and saved as a unique job ticket. A job ticket 
management application according to the present invention remains aware of the 
multiple job tickets, maintains the relationship between the job tickets and the 
applicable print job source file and propagates behavior across the various job tickets 
as appropriate. 

[0008] When the operator is ticketing the file (defining the desired print parameters), 

preferably utilizing a visual job ticketing application, there is a single job ticket that 
can be thought of as the "active" ticket. This job ticket determines the visual 
presentation of the pending print job (including visual clues indicating selected print 
characteristics such as paper, color, duplex, etc.) and how the job will be produced if 
submitted for printing. If an operator wishes to create an additional print job ticket, a 
"New Ticket" function is selected. This will result in the loading of a new, default job 
ticket, the establishment of the new job ticket as the active ticket and the creation of a 
new visual presentation of the print job consistent with the selected print parameters 
of the new, now-active job ticket. Preferably, when creating a new job ticket, the 
operator may choose between starting with a blank job ticket, some defined default 
Job ticket or the print parameters of the last job ticket accessed. The operator may 
then add/change attributes in the new job ticket as desired. The operator can switch 
between tickets using an interface similar to traditional window-switching 
applications, e.g.. Select Ticket" which will display alt available job tickets and allow 
the operator to select a specific ticket to make it active. 
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[0009] The invention provides for simple and intuitive management of multiple tickets. 
Given the one-to-many source to ticket relationship and the desire to simplify the 
demands made on the operator for managing print parameters across tickets, the 
invention provides for a number of ticket management functions which will be 
discussed below. The present invention reduces demands on the print system 
resources by allowing an operator to specify multiple ways of producing a print job 
while maintaining only one copy of the print job source file. The present invention 
also reduces job ticket errors and increases job ticketing speed because it allows the 
creation of new job tickets by using an existing job ticket as a starting point. 

Brief Description of Drawings 

[001 0] Some of the purposes of the invention having been stated, others will appear as 
the description proceeds, when taken in connection with the accompanying drawings, 
in which: 

[001 1] Figure 1 is a schematic representation of an information handling system and 
associated printer in which the present invention Is implemented. 

[001 2] Figure 2 Is a block diagram illustrating the traditional one-to-one relationship 
between a print Job ticket and a print job source file. 

[0013] Figures is a depiction of a new ticket dialog box of an embodiment of the present 
invention. 

[0014] Figure 4 is a block diagram illustrating the many-to-one relationship between 
print job tickets and a print job source file of the present invention. 

[001 5] Figure 5 is a depiction of an import page dialog box of an embodiment of the 
present invention. 

[0016] Figure 6 is an illustration of a computer readable medium bearing program 
instructions effective when executing to Implement the present invention. 

Detailed Description 

[0017] 

While the present invention will be described more fully hereinafter with reference 
to the accompanying drawings, in which a preferred embodiment of the present 
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invention is shown, It Is to be understood at the outset of the description that follows 
that persons of skill in the appropriate arts may modify the invention here described 
while still achieving the favorable results of the invention. Accordingly, the description 
which follows is to be understood as being a broad, teaching disclosure directed to 
persons of skill in the appropriate arts, and not as limiting upon the present 
invention. 

[001 8] Referring now to Figure 1 , an information handling system Implementing the 

present invention Is there shown at 1 0 with an associated high feature printer 1 1 . The 
system 10 has a processor 12, associated memory 14, and a display 15. Appropriate 
operator manipulated input devices such as a keyboard or pointing device are 
provided as well known in the appropriate arts, but are not illustrated as being well 
known. By using the input devices, an operator may cause the system 10 to retrieve 
and execute programs and operate on data files which may be stored in the memory 
14 or otherwise be accessible to the processor 12 as through a network, from a 
removable disk or the like. 

[0019] Figure 2 illustrates the traditional one-to-one relationship between a print source 
file 20 and a print job ticket 22. Print job ticket 22 has been created to describe the 
print parameters to be associated with source file 20 when source file 20 Is submitted 
to the printer 1 1 for printing. Source file 20 and job ticket 22 may be stored in 
memory 14, in a memory (not shown) located in the printer 1 1 , on some removable 
storage media (not shown) accessible to the information handling system 10 or in any 
other location accessible to the information handling system 10 such as over a 
network (not shown), etc. Preferably, print job ticket 22 has been created using a 
visual job ticketing application. The initial creation of such a print job ticket using 
such an application is known to those of reasonable skill in the appropriate arts and is 
thus beyond the scope of the present invention. 

[0020] 

When operating according to the present invention, information handling system 
10 allows the operator to create new, additional print job tickets to be associated with 
print job source file 20. While viewing print job 20 on display 1 5 using, preferably, a 
visual ticketing application using print job ticket 22 as the active ticket, the operator 
may indicate a desire to create a new job ticket. Figure 3 illustrates a dialog box which 
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may be presented to the operator upon such an indication. 

[0021] If the operator uses the dialog box represented in Figure 3 to select the option 25 
to create a new job ticket from a blank ticket, the print job Is displayed via display 1 5 
with no selected print characteristics. The operator may then select the desired print 
parameters as allowed by the ticketing application. As print parameters are selected, 
the visual ticketing application updates the display of print job 20 with visual cues 
indicating the selected print parameters. The option of starting with a blank job ticket 
is useful when the print parameters to be selected for the new job ticket are not at all 
similar to the print parameters of the previous job ticket. 

[0022] In most instances the print parameters in a new job ticket will be largely the same 
as those present in the previous job ticket. In such a case, it would be preferable for 
the operator to select the option 27 copy current ticket. Upon such a selection, a new 
job ticket would be created having identical print parameters to those in the previous 
Job ticket and the print job display would continue to reflect such selected print 
parameters. The operator would be afforded the opportunity to amend the print 
parameters through the use of the visual ticketing application. Again, as the print 
parameters are amended, the display of the print job 20 would be updated to reflect 
visual cues consistent with the amended print parameters. The new job ticket 30 
could then be stored accessible to the Information handling system 1 0 in the same 
manner as print job source file 20 and the previous print job ticket 22, creating the 
relationship shown in Figure 4. Knowledgeable users will understand that an arbitrary 
number of additional job tickets could be created and stored in the same manner, all 
being associated with print job source file 20. 

[0023] In most cases, all of the print jobs on a certain system or in a certain organization 
will share many of the same print parameters (font, paper size, paper type, printer id, 
etc.). In such an instance, it would be desirable to create a default print job ticket 
specifying the most common selections for each document parameter. Then, the 
dialog box shown in Figure 3 could include a third choice (not shown), that of starting 
the new job ticket using such default print job ticket as a starting point. 

[0024] dialog box shown in Figure 4 could preferably include a fourth choice 

(not shown), that of importing the print parameters of any previously created print job 
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ticket as a starting point for the creating of a new print job ticket. That way, if an 
operator knows of a pre-existing ticket with settings similar or identical to those 
desired in a new ticket, the operator can choose to import the existing ticket such that 
the attributes associated with the imported ticket are applied to the current file. The 
operator could then proceed with editing and storing the print job ticket as needed 
and as described above. 

[0025] Once multiple print job tickets 22, 30 are created in association with a print job 
source file 20, an operator may switch between the job tickets at will. Each time such 
a switch is made, the information handling system 1 0 recognizes the change and 
displays the print job on display 1 5 with the appropriate visual cues. 

[0026] In order to maintain the integrity of the multiple job tickets, an important feature 
of the present invention is that of tracking changes made to a print source file and 
propagating those changes appropriately across all job tickets associated with the 
source file. For example, if the operator moves a page in print job source file 20 from 
page position 1 to page position 5, all the print job tickets 22,30 associated with 
source file 20 are updated such that any print parameters associated with page 1 
become associated with page 5. The present invention similarly accounts for any other 
print source file changes (page insertions, page deletions, page imports, etc.) across 
all associated print job tickets. 

[0027] The following table describes the interaction between ticket operations and 
multiple tickets: 
[tl] 

Table 



Operator A ct/on 


Act/on on "active" Job 
ticket 


Action on ottierjob 
ticl<ets 


Page is deleted 
from print source 
file 


Existing page references 
updated to reflect deleted 
page 


Existing page references 
updated to reflect 
deleted page 




Pages copied (along with 


Pages copied (along 
with any ticket 
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Page(s) copied 
from another 
print source file 


any ticket attributes for 
these pages, as defined in 
original file/job ticket); 
existing page references 
updated to accommodate 
new pages 


attributes for these 
pages, as defined in 
original file/job ticket); 
existing page references 
updated to 
accommodate new 
pages 


Add page (import 
page, import 
image) 


Existing page references 
updated to reflect new 
page 


Existing page references 
updated to reflect new 
page 


Paper 

characteristics 
(color, holes, etc.) 
change 


Paper characteristic 
changes 


No action 


Simplex / duoiex 
changes 


Simplex/duplex changes 


No action 


Chapter start 

defined 


Chapter start defined 


No action 


Finishing changes 


Finishing changes 


No action 


Insert added 


Insert add^d 




Number of copies 
defined 


Number of copies defined 


No action 


Page range 
defined 


Page range defined 


No action 


Collated/non- 
collated 


Collated/ non-collated 


No action 


Covers defined 


Covers defined 


No action 



[0028] 

As mentioned in the table above, there are times when it is desirable to copy 
pages from one print file to another such that they retain the attributes assigned to 
them in the source file. The present invention provides an operator the ability to 
choose whether the ticketed page attributes should be copied with the pages or If the 
pages should assume the default attributes (document attributes) of the target print 
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file. The information handling system 10 operating according to the present invention 
might present such a choice via a dialog box as illustrated In Figure 5. Once the 
imported pages have been Inserted into the source document, the present invention 
ensures that the page attributes, whether Imported with the pages or not, are properly 
propagated across all associated print job tickets. 

[0029] Preferably, an Information handling system operating according to the present 

invention maintains a record of the last active job ticket 22,30 associated with a print 
source file 20 and displays that job ticket when the print source file 20 is reopened. 
This may be done by storing information about the last active ticket in the memory of 
the printer via the registry, in a specific file or in the memory 14 of the information 
handling system 10 (Figure 1). in the preferred embodiment of the invention, the last 
active ticket is stored and named in such a way that the application can easily identify 
the ticket that should be opened with the file. Such an implementation avoids the 
need to maintain a separate file, such as a .ini file, or to modify the registry or the job 
ticket format. Ones skilled in the art will recognize that any one of many techniques 
might be used to identify the job ticket that was last active in association with a 
specific print source file and that any one of these techniques could be used in 
implementing the invention without departing from the scope of the invention. 

[0030] Program instructions implementing the present invention as here described and 
shown may be distributed on computer readable media such as the disc 35 shown in 
Figure 6 and, when executing on a processor, will provide the functionality described 
herein and in the following claims. 

[0031] In the drawings and specifications there has been set forth a preferred 

embodiment of the invention and, although specific terms are used, the description 
thus given uses terminology in a generic and descriptive sense only and not for 
purposes of limitation. 
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